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(54) A method and system for downloading graphic images on internet 



(57) In a method and system for downloading 
graphic images on the Network, at least one high-reso- 
lution graphic image file of a reference image is stored 
at a network server. At least part of the reference image 
is compressed and downloaded at reduced resolution 
from the network server to a client connected to the net- 
work server. Upon suitable decompression, a corre- 
sponding low-resolution image is displayed and size 
data uniquely specifying a portion of the displayed 
image is uploaded from the client to the network server. 
The specified portion of the high-resolution graphic 
image file is extracted from the network server and 
downloaded to the client where it is displayed. Such an 
approach obviates the need to transfer high-resolution 
data intensive graphic files to the client and further 
allows the heavy image processing to be performed on 
the server much faster than is achieved in prior 
approaches where processing is performed locally at 
the client. 
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Description 

[0001] This invention relates to downloading graphic 
images through the Internet. 

[0002] With the emerging use of Internet 'Web-Brows- s 
ing", encapsulation of images within Web pages has 
become very common. However, in many situations 
such as art museums' home pages, navigation simula- 
tions, aerial imaging and medical archives, the standard 
technologies do not provide proper and efficient solu- 11 
tions. This is because high-resolution, high quality dig- 
ital images are required which demand heavy traffic 
m over the network and high processing power in the client 
machine. 

[0003] Moreover, it is rarely possible to view the com- n 
. plete image at high resolution owing to the limited size 
of computer display monitors. Consider, by way of 
example, a museum home page allowing a visitor on the 
Web to view artwork on display at the museum. The art- 
work is stored on the Web server as a series of graphic 20 
files each derived by scanning the respective artwork at 
very high resolution. The resulting graphics files typi- 
cally contain several millions of pixels whilst the highest 
quality display monitors currently available rarely have a 
resolution greater than 1000x1000 pixels. Thus, in order 25 
to download the whole image from the server, some of 
the high resolution inherent in the original graphic image 
must be sacrificed. 

[0004] Frequently, however, it is not necessary to view 
the whole image at high resolution. Typically, a visitor to 30 
the Web site is content to view the complete image at 
relatively low-resolution providing that it is possible to 
select sections thereof for viewing at the highest resolu- 
tion inherent in the original image stored on the Web 
server. This requirement has been addressed in the art, 35 
but with only limited success. Thus, a Web Site is known 
having the access name "www.zoomMagic.com" in 
which images are stored on a Web server using the 
Photo CD file format which is proprietary to the Kodak 
company. When a user accesses the Web site, various 40 
vignettes are displayed as miniature low-resolution 
images. Clicking on one of the images with the mouse, 
results in the selected image bang displayed at full size 
at higher resolution in an area of the display presented 
as a TV screen having control buttons for allowing 45 
zooming and shifting as well as image cropping. 
[0005] Zooming is achieved by clicking on the zoom 
button, whereupon the image is magnified by a prede- 
termined factor, typically x2. In order to magnify the 
image more than this, the zoom button must be clicked so 
again so as to allow the image to be successively mag- 
nified by the same magnification ratio, up to a predeter- 
mined maximum permitted zoom ratio. If, having thus 
magnified the image, the user is interested in a section 
of the image that is off-screen, then the image can be 55 
shifted by clicking on appropriate control buttons. The 
displayed image can also be cropped so as to remove 
sections thereof that are of no interest and may be dis- 



tracting. Cropping is achieved by defining a window in 
the displayed image, whereupon the peripheral image 
surrounding the window is replaced by non-image data 
bearing no resemblance to the original image. 
[0006] Such an approach suffers from several draw- 
backs. The Photo CD file format of the graphic images 
stored on the server is not provided in commonly avail- 
able Web Browsers and therefore the necessary 
decompression algorithms must also be downloaded to 
the client. This adds to the overhead and increases the 
response time. 

[0007] Furthermore, the manner in which zooming is 
performed is inflexible and cumbersome. Specifically, 
only predetermined zoom ratios are possible and inte- 
ger multiples thereof can be obtained only by repeated 
zooming in discrete stages. Fine-tuning of the displayed 
image so as to display off-image sections thereof 
requires shifting the image after it has been magnified 
and this further adds to the processing overhead. 
[0008] These drawbacks result in sluggish perform- 
ance whereby the initial connection time is slow owing 
to the need to download proprietary decompression 
algorithms. Moreover, zooming in on a required section 
of the image is generally not amenable to a single oper- 
ation thus requiring repeated graphic processing with 
the consequent time overhead. Furthermore, whilst 
image processing is being performed by the client soft- 
ware, the original size image remains intact, there being 
no pictorial feedback to the user that anything is hap- 
pening even in the background. It may thus appear to 
the user that the system has crashed or that the soft- 
ware is defective, possibly resulting in his aborting the 
program. Bearing in mind that, the client-server commu- 
nication to provide high-resolution image data imposes 
a significant time overhead, the lack of feedback is a 
serious source of frustration. 

[0009] Many of the above limitations are characteristic 
of prior art approaches which rely on local processing 
by the client of image data downloaded from the Web 
server. Typically, standard compressed image formats 
such as JPEG are used, thus obviating the need to 
download proprietary decompression algorithms since 
the necessary decompression algorithm is already pro- 
vided in the client's Web browser software. However, 
since the whole of the graphic image still requires down- 
loading and local processing by the client is mandatory 
in order to effect the required zooming, prior art 
approaches are inherently sluggish in performance 
[0010] It is an object of the invention to provide a 
method is and system for downloading graphic images 
on the Internet in which the drawbacks associated with 
hitherto-proposed methods are significantly reduced or 
eliminated. 

[0011] According to a first aspect of the invention 
there is provided a method for downloading graphic 
images from a network server which stores at least one 
high-resolution graphic image file of a reference image 
and a corresponding low-resolution graphic image file, 
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the method comprising the steps of: 

(a) downloading at least part of said low-resolution 
graphic image file from the network server to a cli- 
ent connected to the network server for displaying a s 
corresponding low-resolution image on a display 
device at the client, 

(b) uploading from the client to the network server 
size data uniquely specifying a portion of the image 10 
displayed in (a), 

(c) extracting said portion of the high-resolution 
graphic image file from the network server and 
downloading to the client, and is 

(d) conforming said portion of the high-resolution 
graphic image to a display area of the display 
device for display in said display area thereof. 

20 

[001 2] Typically, the network is the Internet and the 
high-resolution graphic image file is compressed using 
a conventional compression format such as JPEG com- 
monly provided in standard Web Browsers. This obvi- 
ates the need to download decompression software 25 
from the Web server to the client. 
[001 3] Preferably, a portion of the displayed low-reso- 
lution image can be selected with a pointing device, 
such as a computer mouse, so as to define a zoom 
ratio. This is preferable to magnifying the image by a 30 
predetermined zoom ratio since it allows any desired 
fraction of the displayed image to be zoomed in a single 
action. In order to avoid the feeling that the system has 
"hung", the selected portion of the low-resolution image 
at the client may be immediately displayed whilst the 35 
server extracts the corresponding high-resolution image 
which may take several seconds. Then when the 
selected portion of the high-resolution image has been 
extracted, it is downloaded to the client and replaces the 
low-resolution image already displayed. 40 
[0014] According to a further aspect of the invention, 
there is provided a system for downloading graphic 
images on a network, the system comprising: a network 
server having a network memory for storing at least one 
high-resolution graphic image file of a reference image 45 
and a low-resolution graphic image file corresponding 
thereto, a communication line for downloading said low- 
resolution graphic image file from the network server to 
a client connected to the network server via the commu- 
nication line, a memory at the client for storing the low- so 
resolution graphic image file, a display device coupled 
to the memory for displaying a low-resolution image at 
the client corresponding to the low- resolution graphic 
image file, a zoom control coupled to the memory for 
uniquely specifying a portion of the low-resolution 55 
image which is to be displayed at high-resolution, a cli- 
ent processor coupled to the memory and responsively 
coupled to the zoom control for determining size data 



uniquely defining said portion and for uploading said 
size data via the communication line to the network 
server, a network processor responsive to the size data 
for extracting said portion of the high- resolution graphic 
image file from the network server and downloading via 
the communication line to the client for display in said 
display area of said display device, and an image proc- 
essor for conforming the portion of the high-resolution 
graphic image to a display area of the display device. 
[0015] The selected portion is typically selected arbi- 
trarily by the user using a pointing device such as a 
mouse, there being no constraints on the size of the 
selected area, other than physical boundaries of the dis- 
play device. It may thus occur that the selected area 
contains more pixels in the high-resolution image than 
can be accommodated within the display area. In order 
to allow for this eventuality, the high-resolution image is 
conformed to the display area by reducing the size of 
the selected portion such that the number of high-reso- 
lution pixels can be accommodated in the display area. 
Preferably, this is done prior to downloading the high- 
resolution image data in order to avoid downloading 
redundant data. However, it is also possible to process 
the image at the client prior to displaying. 
[0016] A preferred embodiment of the invention will 
now be described, by: way of non-limiting example only, 
and with reference to the accompanying drawings, in 
which: 

Fig. 1 is a flow diagram showing the principal oper- 
ating steps in a method according to the invention; 

Fig. 2 shows pictorially high and low resolution 
graphic files respectively associated with a Web 
server and client according to the invention; 

Figs. 3a to 3d show schematically a display device 
wherein a portion of a displayed image selected for 
zooming has a different aspect ratio to that of the 
display device; and 

Fig. 4 is a block diagram showing functionally a sys- 
tem according to the invention 

[0017] Fig. 1 is a flow diagram showing the principal 
operating steps associated with the method according 
to the invention and Fig. 2 shows pictorially details of 
graphic files associated therewith. A high-resolution 
graphic file 10 contains 2000x1600 pixels for storing a 
high-resolution reference image on a Web server. Also 
stored on the Web server is a corresponding low-reso- 
lution graphic file 1 1 of a low-resolution reference image 
being sixteen times smaller than the high-resolution 
graphic file 10. That is to say, it contains only 500x400 
pixels in total for displaying on a display device 12 at the 
client. The low- resolution graphic file 1 1 may be pro- 
duced by tow-pass filtering and sub-sampling the high- 
resolution file. The manner in which this is done is not 
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itself a feature of the invention and such techniques are, 
in any case, well known in the art. 
[0018] The low-resolution graphic file 11 is com- 
pressed in accordance with JPEG format and down- 
loaded through the Internet to a client. The client s 
decompresses and displays on the display device the 
corresponding low-resolution reference image. Other 
formats than JPEG may be employed but it is advisable 
to use a format commonly provided in web Browsers 
since this obviates the need to download decompres- 10 
sion software to the client and therefore speeds 
processing time. A portion 13 (shown in dotted outline) 
of the low-resolution reference image shown at the cli- 
ent is selected for zooming. For the sake of preliminary 
explanation, it is assumed that the selected portion 13 75 
. contains 1 ,250 pixels corresponding to 500x400 pixels 
in the high-resolution reference image. Thus, all 20,000 
pixels of the client's display device must be replaced by 
20,000 pixels of the high-resolution image correspond- 
ing to the selected portion 13. In practice, of course, this 20 
need not be the case as is explained in detail below. 
[001 9] Upon selecting the portion 1 3, the client calcu- 
lates size data uniquely specifying the portion 13. For 
example, the size data may include the upper left and 
lower right coordinates 14 and 15, respectively, of the 25 
portion 13. Alternatively, the upper left coordinate 14 in 
conjunction with the width and height of the selected 
portion 13 also allows the selected portion 13 to be 
uniquely determined and could just as effectively be 
used. It will be understood that the term "size data" 30 
denotes not merely the dimensions of the selected por- 
tion but also its location. The calculated size data is 
uploaded to the server. In the context of the invention 
and the appended claims, the term "downloaded" is 
used to imply data flow from the server to the client, 35 
whilst term "uploaded" is used to imply data flow from 
the client to the server. 

[0020] Having uploaded the size data from the client 
to the server, the selected portion of the high-resolution 
graphic image file is extracted from the Web server and 40 
downloaded to the client. Thus, in the above example, 
the 20,000 pixels in the high-resolution image file corre- 
sponding to the 1 ,250 pixels in the selected portion are 
downloaded to the client where they are displayed on 
the display device. Since the display device is assumed 45 
to possess only 20,000 pixels, in this case the zoomed 
image completely fills the display device. 
[0021] In the above example, the size of the selected 
portion is assumed to bear a fixed predetermined rela- 
tionship with that of the reference image: equal to the so 
maximum zoom ratio. In such case, it is only necessary 
to select a specific origin of the low- resolution image so 
as to allow computation of a window therein having 
exactly 1,250 pixels and bearing a predetermined spa- 
tial relationship with the origin. For example, the origin 55 
might specify the mid-point of the selected window; but 
it could just as easily define the lower left corner, and so 
on. In the case that the selected portion is defined as a 



window having exactly 1 ,250 pixels, the "size data" rep- 
resents only the selected origin or a predetermined spa- 
tial relationship thereof to a known pixel in the displayed 
low-resolution image. 

[0022] In practice, it is far more flexible for the user to 
be able to select a window of any size, and thus contain- 
ing an arbitrary number of pixels. This may be achieved 
using the mouse (constituting a pointing device) for 
defining a rectangular window corresponding to the 
selected portion 13. In this more general case, the size 
data must uniquely specify not only the location of the 
selected portion but also its size. Two complications can 
now arise, each on its own or the two in combination. 
[0023] First the selected portion will not necessarily 
have the same aspect ratio as the display device. In this 
case, a zoom ratio is calculated so that one edge of the 
selected portion completely fills the corresponding edge 
of the display device. 

[0024] Fig. 3a shows the display device 12 having a 
vertical edge 20 and a horizontal edge 21 . The selected 
portion 13 has a vertical edge 22 and a horizontal edge 
23 in "portrait" orientation wherein the size ratio of the 
vertical edge 22 to the vertical edge 20 of the display 
device 12 is smaller than the size ratio of the horizontal 
edge 23 to the horizontal edge 21 of the display device 
1 2. In this case, the maximum zoom ratio is equal to the 
size ratio of the vertical edge 22 to the vertical edge 20 
of the display device 12. 

[0025] Fig. 3b shows the reverse situation wherein the 
selected portion 13 has a "landscape" orientation. In 
this case, the size ratio of the vertical edge 22 to the ver- 
tical edge 20 of the display device 12 is larger than the 
size ratio of the horizontal edge 23 to the horizontal 
edge 21 of the display device 12. Consequently, the 
maximum zoom ratio is equal to the size ratio of the hor- 
izontal edge 23 to the horizontal edge 21 of the display 
device 12. 

[0026] It is clear that if all of the selected area is to be 
shown in the display device, the maximum permissible 
zoom ratio is equal to the smaller of the size ratios of the 
respective edges of the selected portion to those of the 
display device 12. It is also apparent that in either case, 
once the selected portion is zoomed by the maximum 
permissible zoom ratio, the enlarged image does not fill 
the display device. 

[0027] An area 25 of the high-resolution image con- 
taining the selected portion 1 3 is identified such that the 
area. 25 has an aspect ratio equal to that of the display 
device 12. The area 25 is zoomed by the maximum per- 
missible zoom ratio. In Fig. 3c. the vertical edge 22 of 
the zoomed image expands to the vertical edge 12 of 
the display device 12, whilst in Fig. 3d, the horizontal 
edge 23 of the zoomed image expands to the horizontal 
edge 21 of the display device 12. In both cases, the dis- 
played image contains a marginal sub-portion 26 of the 
reference image that is outside the selected portion 1 3. 
In order to indicate that the sub-portion 26 was not actu- 
ally selected, it is displayed with a different display char- 
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acteristic to that of the selected portion 13. For example, 
the sub-portion 26 may be displayed at a reduced 
brightness to that of the selected portion 13. 
[0028] The second complication arises when the 
selected portion is so small that even after zooming to s 
the highest available resolution it does not fill the display 
device. In this case, the selected portion 13 is zoomed 
so as to leave a peripheral sub-portion 26 of the refer- 
ence image surrounding the zoomed selected portion. 
Here also, the sub-portion 26 is displayed at a reduced 10 
brightness to that of the selected portion 13, so as to 
indicate that the sub-portion 26 was not actually 
selected. Likewise, any other suitable display character- 
istic may be used to distinguish between the selected 
portion 13 and the unselected sub-portion 26. 15 
[0029] It is apparent from the foregoing that the heavy 
image processing relating to extraction of the selected 
portion from the high -resolution image file is performed 
by the server. The processing time may thus be mini- 
mized by using a powerful computer for the Web server, 20 
which anyway is normally the case. This is preferable to 
requiring the use of a powerful computer for the client 
where the contrary is the case and the processing time 
would thus be unwieldy. Although processing the image 
data on the server is fast, there is still an inevitable hia- 25 
tus between selecting a portion of the displayed low- 
resolution image and the equivalent high-resolution 
image being downloaded from the server. The waiting 
time results mainly from limitations in the bandwidth of 
the communication line between the Web server and so 
the client. 

[0030] During this waiting time, providing feedback 
gives some assurance that something is happening. 
This may be done by extracting the selected portion 
from the low-resolution graphic image file at the client, 35 
zooming and displaying as a pseudo-zoomed image at 
low-resolution. In this case, zooming the selected por- 
tion, or an area containing the selected portion, to fit the 
display device is the reverse of creating the low-resolu- 
tion image from the high-resolution image. Thus, the 40 
low-resolution graphic image file is unsampled and fil- 
tered. Then, when the selected portion of the high-reso- 
lution graphic image file is downloaded to the client by 
the Web server, it overlays the low- resolution image 
already being displayed. As explained below, with refer- 45 
ence to Fig. 4 of the drawings, a reset control is pro- 
vided in order that the user may abort this process if 
required. 

[0031] Fig. 4 is a block diagram showing functionally a 
system designated generally as 30 for downloading 50 
graphic images on the Internet. The system 30 com- 
prises a Web server 31 for storing at least one high-res- 
olution graphic image file of a reference image and a 
low-resolution graphic image file corresponding thereto. 
A communication line 32 connects the Web server 31 to 55 
a client computer 33 for downloading thereto the low- 
resolution graphic image file from the Web server. A 
memory 34 is provided in the client computer 33 (consti- 



tuting a client processor) for storing the low-resolution 
graphic image file. A display device 35 is coupled to the 
client computer 33 (and hence to the memory 34) for 
displaying a low-resolution image at the client corre- 
sponding to the low- resolution graphic image file. Asso- 
ciated with the client computer 33 is a mouse 36 or 
other pointing device (constituting a zoom control) 
which is coupled to the memory 34. The mouse 36 
allows a portion of the displayed low-resolution image to 
be selected for display at high-resolution. 
[0032] The client computer 33 is responsive to the 
mouse 36 for determining size data uniquely defining 
the selected portion and for uploading the size data via 
the communication line 32 to the Web server 31. The 
Web server 31 is a powerful computer (constituting a 
network processor) which is responsive to the size data 
for extracting the selected portion of the high-resolution 
graphic image file and conforming to the size of the dis- 
play area. This is then downloaded via the communica- 
tion line 32 to the client computer 33 for display on the 
display device 35. 

[0033] The graphic image file contains pixels associ- 
ated with which are various display characteristics, such 
as brightness, contrast, color or gray-scale and so on. 
The client computer 33 is programmed to change at 
least one of the display characteristics so as to distin- 
guish between the selected portion of the displayed 
image and any surrounding sub-portion which was not 
selected. 

[0034] The Web server 31 comprises three main mod- 
ules: a general-purpose HTTP server 37, an HTTP 
server extension 38 and an image processor 39. An 
image database 40 is coupled to the image processor 
39 for storing high-resolution graphic files relating to the 
high-resolution reference images. The image processor 
39 also conforms the high-resolution image to the dis- 
play area by reducing the size of the selected portion 
such that the number of high-resolution pixels can be 
accommodated in the display area. The basic concept 
of the client-server connection is HTTP protocol com- 
munication. This gives clients located behind Firewalls 
access to the Web server 31 whilst protecting the Web 
server 31 against unauthorized intrusion. The HTTP 
server 37 should support servlets or related technolo- 
gies for allowing queries transmitted to the Web server 
31 by the client computer 33 to be parsed. Such queries 
contain the URL address of a servlet contained on the 
Web server 31 and a query string of parameters, thus 
allowing the server 31 to access the addressed servlet 
and carry out instructions and so on. The servlet 
exploits the HTTP protocol, which allows execution of 
the query strings thus received. 

[0035] The HTTP server extension 38 is a servlet, for 
example, which handles communication with the HTTP 
server 37, the image processor 39 and the image data- 
base 40. The servlet is written in Java and can be 
described as an extension to the HTTP server 37, which 
runs constantly in the background and monitors 
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requests from clients. When a client request is received 
by the HTTP server 37, it is passed to the servlet. The 
servlet extracts the high -resolution image from the 
image database 40 and calls the image processor 39 for 
image manipulation. Eventually, the servlet, opens a 5 
connection to the client and returns the processed 
image or saves it to a file and sends the user its URL 
address. 

[0036] The image processor 39 constitutes a network 
processor for running a processing module for handling 10 
the creation of the zoomed image based on parameters 
from the client and the high-resolution image from the 

• image database 40. Input and output images to or from 
the image processor 39 are compressed according to 

the JPEG standard described in The JPEG still image 15 

* compression standard" by Gregory K. Wallace, Com- 
munication of the ACM, April 1991. It will however be 
appreciated that other compression standards can be 
employed, these being known per se and not being a 
feature of the invention. In saying this, it is reiterated that 20 
it is preferable to use a compression standard sup- 
ported by the Web browser, since this obviates the need 

to download decompression software from the web 
server to the client and saves time. 

[0037] The high -resolution image is fetched from the 25 
image database 40 and decompressed by the image 
processor 35. It should be noted that since the portion 
of the image selected by the user for zooming is of arbi- 
trary size, the high-resolution image should be at least 
partially decompressed. However, processing time can 30 
be saved by decompressing only the selected portion 
rather than the whole image. Once the image data is 
decompressed, it is processed to fit the image size 
requested by the user utilizing efficient filtering and sub- 
sampling. The resulting image data is compressed and 35 
downloaded to the client for display. 
[0038] The speed of downloading data can be further 
enhanced by performing the same pseudo-zooming of 
the image at the server as was previously performed by 
the client as explained above The server extracts the 40 
corresponding high-resolution image data, compares 
with the pseudoQzoomed low-resolution image data 
received from the client and sends to the client only a 
compressed difference image. The high-resolution 
zoomed image is now re-constructed at the client. This 45 
allows a smaller volume of data to be downloaded to the 
client than would be necessary if all of the selected por- 
tion of the high-resolution image were downloaded. 
[0039] In order to abort the pseudo-zooming process 
as well as the image extraction from the server, the di- so 
ent computer 33 includes a reset key 41 for allowing a 
user reset. Upon operation of the reset key 41 , a reset 
control is conveyed to the Web server 31 via the com- 
munication line 32. The image processor 39 is respon- 
sive to the reset control for aborting extraction of the 55 
selected portion of the high-resolution graphic image 
file from the image database 40 and downloading to the 
client. Likewise, the client computer 33 is responsive to 



the reset control for aborting pseudo-zooming of the 
selected portion of the low-resolution image. As well as 
this, the client computer 33 operates to re-display on the 
display device 35 the low-resolution image as it 
appeared before a portion of the displayed was 
selected. 

[0040] The image-processing module may be written 
in native code in order to reduce the processing power 
required thereby. The image-processing module is 
linked to the Java servlet through the Java Native Inter- 
face (JNI) which is defined by the Java language. Alter- 
natively, the imageuprocessing module may be written 
in Java so as to allow maximum portability across serv- 
ers, at the expense of lower performance. 
[0041] The client is a Java applet or application, such 
that it can run on all major operating systems and is 
compatible with most computers and terminals. Config- 
uring the system in such way obviates the need to load 
the client program up front. Instead, it can be loaded 
together with the in-line image. This also means that 
newer versions with new features, bug fixes and 
improved performance need be updated only at the 
server side and will automatically be updated to the cli- 
ent on connection to the server. The client code is 
reduced as much as possible in order to reduce the 
loading time of the client's Java classes from the net- 
work. The applet enables the display of the images 
within the context of the web page and the communica- 
tion to the server using HTTP protocol. Thus, the dis- 
play area may be less than a total area of the display 
device so that the displayed image is surrounded by a 
remaining area to which other graphical or textual infor- 
mation may be downloaded. This allows the invention to 
be used, for example, within a home page on the Web 
wherein only a fraction of the display is reserved for dis- 
playing a downloaded graphic image. The remaining 
portion of the display can be used to display data from a 
text file, hyperlinks and fixed graphics independent of 
the high-resolution image in the display area. The client 
handles the selection of the image portion to be 
zoomed, including calculating the size data and per- 
forming integrity checks to ensure that the maximum 
permitted zoom ratio is not exceeded. Generating the 
pseudo-zoomed image is also handled by the client 
using its web browser's internal Java support. 
[0042] It should be noted that, owing to the limited res- 
olution of currently available display devices, a typical 
display image is rarely larger than 1000x1000 pixels. 
However, the resolution of the highuresolution images 
may be much larger. Thus, a noticeable saving in band- 
width is achieved if no more than the selected portion of 
the image is downloaded at the correct resolution to the 
client. 

[0043] Some obvious variations have already been 
discussed. However, it will be apparent to those of aver- 
age skill in the art that other modifications can be 
effected. For example, in the preferred embodiments 
the zoom ratio is determined by selecting a rectangular 
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window. This is then enlarged, as required, in one 
dimension until the aspect ratio of the enlarged window 
equals that of the display. The ratio between the number 
of pixels in the display and that in the window now deter- 
mines the zoom ratio. However, it is also possible to 5 
enlarge a non-rectangular portion of the displayed 
image. For example, the selected portion can be circular 
or elliptical centered about a selected origin or pair of 
foci, as appropriate. The circular or elliptical portion thus 
selected can be zoomed either by a fixed ratio (to the w 
extent that resolution permits) or by a zoom ratio which 
is calculated to allow the enlarged portion just to fit in 
the display monitor. 

[0044] Ukewise, the invention has been described 
with particular regard to use on the Internet by way of 15 
example. It will be understood that the invention will also 
find use on Local Area Networks known generically as 
Intranets. 

[0045] It should also be noted that the use of servf ets, 
whilst preferred, can be substituted by CGI-Bin scripts 20 
which are less efficient. 

[0046] Finally, in the method claims that follow, alpha- 
betic characters used to designate claim steps are pro- 
vided for convenience only and do not imply any 
particular order of performing the steps. 25 

Claims 

1 . A method for downloading graphic images from a 
network server which stores at least one high-reso- 30 
lution graphic image file of a reference image and a 
corresponding low-resolution graphic image file, the 
method comprising the steps of: 

(a) downloading at least part of said low-resolu- 35 
tion graphic image file from the network server 

to a to a client connected to the network server 
for displaying a corresponding low-resolution 
image on a display device at the client. 

40 

(b) uploading from the client to the network 
server size data uniquely specifying a portion 
of the image displayed in (a), 

(c) extracting said portion of the high-resolution 45 
graphic image file from the network server and 
downloading to the client, and 

(d) conforming said portion of the high-resolu- 
tion graphic image to a display area of the dis- so 
play device for display in said display area 
thereof 

2. The method according to Claim 1 , wherein step (d) 
of conforming the portion of the high-resolution 55 
graphic image to the display area of the display 
device is performed at the network server prior to 
downloading to the client. 



3. The method according to Claim 2, wherein the dis- 
play area is dictated by the network server. 

4. The method according to Claim 2, wherein the dis- 
play area is included as part of the size data 
uploaded to the network server by the client 

5. The method according to Claim 1 , wherein step (d) 
of conforming the portion of the high-resolution 
graphic image to the display area of the display 
device is performed at the client upon receiving the 
downloaded high-resolution graphic image. 

6. The method according to Claim 1 , further compris- 
ing prior to step (b): 

(e) extracting and zooming said portion from 
the low-resolution graphic image file at the cli- 
ent so as to produce a pseudo-zoomed, low- 
resolution image, and 

(f) displaying the pseudo-zoomed, low-resolu- 
tion image at the client prior to displaying said 
portion of the high -resolution graphic image file 
downloaded to the client by the network server 

7. The method according to Claim 1 . wherein step (b) 
comprises the steps of: 

(i) arbitrarily selecting said portion of the low- 
resolution graphic image file using a pointing 
device, 

(ii) calculating the size data defining said por- 
tion, and 

(iii) uploading the size data to the network 
server 

8. The method according to Claim 1 , wherein the por- 
tion selected has a different aspect ratio to that of 
the display device, and there are further included 
the steps of: 

(h) displaying an area of the high-resolution 
image containing the selected portion, said 
area having an aspect ratio equal to that of the 
display device so as to include a sub-portion of 
the reference image outside of the selected 
portion, and 

(i) displaying said sub-portion with a different 
display characteristic to that of the selected 
portion. 

9. The method according to Claim 1 , wherein the por- 
tion selected is too small after zooming to fill the 
display, and there are further included the steps of: 
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0) displaying the selected portion after zooming 
leaving a peripheral sub-portion of the refer- 
ence image surrounding the selected portion, 
and 

5 

(k) displaying said sub-portion with a different 
display characteristic to that of the selected 
portion. 

1 0. The method according to Claim 8 or 9, wherein said 10 
sub-portion is displayed at a reduced brightness to 
that of the selected portion. 

* 11. The method according to Claim 1 , wherein step (b) 

comprises the steps of: 75 

m 

(i) downloading from the network server to the 
client at reduced resolution a plurality of 
graphic image files so as to store at the client a 
corresponding plurality of low-resolution 20 
graphic image files, 

(ii) displaying a corresponding plurality of low- 
resolution images at the client each corre- 
sponding to a respective one of the low-resolu- 25 
tion graphic image files, and 

(iii) selecting one of said low-resolution images 
for further processing. 

30 

12. The method according to Claim 1, further including 
the steps of: 

(a1) compressing said at least part of the 
reduced resolution graphic image file prior to 35 
downloading to the client, and 

(a2) decompressing the reduced resolution 
graphic image downloaded to the client file 
prior to storing the low-resolution graphic 40 
image file. 

13. The method according to Claim 1, further including 
the step of: 

45 

(h) uploading to the server a user reset, and 

(i) aborting step (f) of extracting the selected 
portion of the high-resolution graphic image file 
from the network server and downloading to so 
the client 

14. The method according to Claim 6, further including 
the steps of: 

55 

Q) uploading to the network server a user reset, 
(k) aborting step (0 of extracting the selected 



portion of the high-resolution graphic image file 
from the network server and downloading to 
the client, 

(I) aborting step (h) of extracting and pseudo- 
zooming the selected portion of the low-resolu- 
tion graphic image file from the client, and 

(m) re-displaying on the display device the low- 
resolution image displayed in step (a). 

15. The method according to Claim 1, wherein the dis- 
play area of the display device is less than a total 
area of the display device, and there are further 
included the steps of: 

(i) displaying in a remaining portion of the dis- 
play device information independently of the 
image data in said display area. 

16. A system for downloading graphic images on a net- 
work, the system comprising: 

a network server having a network memory for 
storing at least one high-resolution graphic 
image file of a reference image and a low-reso- 
lution graphic image file corresponding thereto, 

a communication line for downloading said low- 
resolution graphic image file from the network 
server to a client connected to the network 
server via the communication line, 

a memory at the client for storing the low-reso- 
lution graphic image file, 

a display device coupled to the memory for dis- 
playing a low-resolution image at the client cor- 
responding to the low-resolution graphic image 
file. 

a zoom control coupled to the memory for 
uniquely specifying a portion of the low-resolu- 
tion image which is to be displayed at high- res- 
olution, 

a client processor coupled to the memory and 
responsively coupled to the zoom control for 
determining size data uniquely defining said 
portion and for uploading said size data via the 
communication line to the network server, 

a network processor responsive to the size 
data for extracting said portion of the high-res- 
olution graphic image file from the network 
server and downloading via the communication 
line to the dient for display in said display area 
of said display device, and 
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an image processor for conforming the portion 
of the high-resolution graphic image to a dis- 
play area of the display device. 

17. The system according to Claim 16, further includ- s 



a reset control for accepting a user reset for 
conveying to the server via the communication 
line; io 

the network processor being responsive to the 
reset control for aborting extraction of the 
selected portion of the high-resolution graphic 
image file therefrom and downloading to the cli- is 
ent. 

18. The system according to Claim 16, wherein the 
zoom control includes: 

20 

a pointing device for arbitrarily selecting said 
portion of the low-resolution graphic image file, 

said client processor being responsively cou- 
pled to the pointing device for calculating the 25 
size data defining said portion. 

19. The system according to Claim 16, wherein: 

the network is the Internet, 30 

the server is an HTTP Web server having asso- 
ciated therewith an image processor and 
image database and running a Java servlet for 
handling communication therewith, and 35 

the client runs a Java applet. 

20. The system according to Claim 19, wherein: the 
image processor runs a processing module written 40 
in native code and being linked to the Java servlet 
through a Java Native Interface (JNI) defined by the 
Java language. 

21 . The system according to Claim 16, wherein: 45 

the display area of the display device is less 
than a total area of the display device, and 

the network processor includes a peripheral so 
data processor for downloading information to 
a remaining portion of the display device inde- 
pendently of the image data in the display area. 

55 
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